home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d20 / xfdv201a.arc / FILEDOOR.NEW < prev    next >
Text File  |  1991-05-08  |  3KB  |  59 lines
  1. Howdy,
  2.  
  3. You can't say that I told you so, but the first 2.01 version contained
  4. a number of small bugs. This update is far from perfect but it fixes
  5. a number of small (and big) problems:
  6.  
  7. - Bimodem would give an error sometimes. Only the users who didn't
  8.   follow my suggestion (not instruction, it should work, but it did
  9.   not) to put the full drive and path before the BIMODEM.COM entry,
  10.   were presented with a nice HELP-screen from Bimodem both LOCAL and
  11.   REMOTE. This is now fixed though I still suggest you to put the
  12.   drive and path in front of the filename to gain speed;
  13.  
  14. - All protocols would give various errors when tested local. FileDoor
  15.   will now display a screen with calling-information as a replacement
  16.   to the real call when tested local (e.g. DORINFO1.DEF contains COM0);
  17.  
  18. - GIF files (when wanted) were not seen as archives. The can be a big
  19.   discussion about a GIF being an archive or not, the fact remains that
  20.   it is a compressed file. GIF's will not give a reduction on the
  21.   credits anymore (I will make this configurable in the real 2.02);
  22.  
  23. - The non-destructive backspace is now replaced with a real combination
  24.   of backspace, space, backspace to emulate the destructive backspace;
  25.  
  26. - Fixed some coding. When a user selected Download, used Bimodem and
  27.   did only upload, FileDoor would not count the credits. This is fixed;
  28.  
  29. - Fixed a problem with PFILES.BBS. These were selectable files and are
  30.   now excluded from the selection-list;
  31.  
  32. - Fixed a problem where the upload exit(s) were not called when Bimodem
  33.   was selected with 'D'ownload or 'U'pload;
  34.  
  35. - Added a new option. Many users reported an error with files that were
  36.   in the download area but not in the FILES.BBS. FileDoor would select
  37.   them even if they were not in the FILES.BBS. This was an original
  38.   FileDoor 1.21 option but has now been changed. You can add the option:
  39.   HideFiles {seclevel}
  40.   In FileDoor.CFG. {seclevel] is optional. When not present, it is set
  41.   to 65535 by default. If present it must be between 0 and 65535. If
  42.   this option is active the following happens:
  43.   - If a file is in the area AND in the FILES.BBS then it is still
  44.     selectable (based on security, ratio, credits and so);
  45.   - If a file is in the area and NOT in the FILES.BBS, then FileDoor
  46.     will compare user-security against {seclevel}. If {seclevel} is
  47.     higher, the user is not able to select that file, if {seclevel}
  48.     is the same or lower, user can select the file.
  49.   At this moment, flags are not counted for, but 2.02 will implement
  50.   these if there is any request for it. This is a global option and
  51.   should be driven by the BBS's security. To say it plain, I will not
  52.   implement in a way that it can be different for each file-area.
  53.  
  54. 2.02 will contain some new gadgets and will fix things more permanently
  55. if needed.
  56.  
  57.  
  58.                                 Thanks, Rob
  59.